Lietojumprogrammu veiktspējas apgūšana: padziļināta izpēte par New Relic integrāciju

Mūsdienu īpaši konkurences digitālajā vidē jūsu lietojumprogrammas veiktspēja nav tikai tehnisks rādītājs; tā ir galvenā biznesa funkcija. Lēni ielādējoša lapa, aizkavēta transakcija vai negaidīta kļūda var būt atšķirība starp lojālu klientu un zaudētu iespēju. Globāliem uzņēmumiem šis izaicinājums ir pastiprināts, jo nepieciešama konsekventa, uzticama veiktspēja lietotājiem dažādos reģionos, tīklos un ierīcēs. Bet kā iegūt pārskatāmību par sarežģītajām, sadalītajām sistēmām, kas darbina mūsdienu lietojumprogrammas?

Atbilde slēpjas lietojumprogrammu veiktspējas uzraudzībā (APM). APM ir attīstījusies no vienkārša uzraudzības rīka līdz sarežģītai novērojamības praksei, nodrošinot dziļas atziņas par katru jūsu programmatūras steka slāni. Starp šīs jomas līderiem New Relic izceļas kā visaptveroša platforma, kas paredzēta mūsdienu, mākoņdatošanas vides sarežģītībai.

Šis ceļvedis kalpos kā jūsu padziļināta izpēte par New Relic integrēšanu. Mēs izpētīsim APM pamatus, iziesim cauri integrācijas procesam, atšifrēsim galvenos rādītājus un atklāsim labāko praksi, lai izmantotu šo jaudīgo platformu gan tehniskās izcilības, gan biznesa panākumu veicināšanai globālā mērogā.

Izpratne par lietojumprogrammu veiktspējas uzraudzību (APM)

Pirms rīka integrēšanas ir ļoti svarīgi izprast disciplīnu. APM ir vairāk nekā tikai pārbaude, vai serveris ir tiešsaistē; tas ir par gala lietotāja pieredzes un koda, kas to nodrošina, veselības izpratni.

Kas ir APM?

Lietojumprogrammu veiktspējas uzraudzība ir programmatūras lietojumprogrammu veiktspējas, pieejamības un lietotāju pieredzes uzraudzības un pārvaldības prakse. Robusts APM risinājums nodrošina detalizētas atziņas, vācot, analizējot un ziņojot par telemetrijas datiem no jūsu lietojumprogrammas. Tās galvenās funkcijas parasti ietver:

• Gala lietotāja pieredzes uzraudzība: Veiktspējas mērīšana no lietotāja viedokļa, neatkarīgi no tā, vai tas ir tīmekļa pārlūkprogrammā vai mobilajā lietotnē. To bieži sauc par reālo lietotāju uzraudzību (RUM).
• Lietojumprogrammu topoloģijas kartēšana: Automātiska jūsu lietojumprogrammas komponentu un to atkarību atklāšana un kartēšana, nodrošinot vizuālu attēlojumu par to, kā pakalpojumi mijiedarbojas.
• Transakciju profilēšana: Lietotāju pieprasījumu izsekošana – no sākotnējā klikšķa līdz datubāzes vaicājumiem un atpakaļ – lai identificētu šaurās vietas jebkurā posmā.
• Koda līmeņa diagnostika: Precīzas koda rindiņas, funkcijas vai datubāzes vaicājuma noteikšana, kas izraisa veiktspējas problēmu vai kļūdu.
• Infrastruktūras korelācija: Lietojumprogrammu veiktspējas saistīšana ar pamatā esošās infrastruktūras (serveru, konteineru, mākoņpakalpojumu) veselību.

Kāpēc APM ir kritiski svarīga mūsdienu uzņēmumiem?

Agrāk monolītu lietojumprogrammu, kas darbojās uz dažiem serveriem, bija samērā vienkārši uzraudzīt. Mūsdienu realitāte sastāv no mikropakalpojumiem, bezserveru funkcijām, konteineriem un sarežģīta trešo pušu API tīkla, padarot manuālu uzraudzību neiespējamu. APM ir kritiski svarīga, jo tā:

• Aizsargā ieņēmumus un reputāciju: Pētījumi pastāvīgi parāda tiešu korelāciju starp lietojumprogrammu veiktspēju un biznesa rādītājiem, piemēram, konversijas rādītājiem un klientu noturību. APM palīdz jums aizsargāt šo peļņu.
• Ļauj proaktīvi risināt problēmas: Tā vietā, lai gaidītu, kamēr lietotāji ziņos par problēmu, APM brīdina jūs par anomālijām un veiktspējas pasliktināšanos reāllaikā, ļaujot jums novērst problēmas, pirms tās ietekmē ievērojamu skaitu lietotāju.
• Atbalsta DevOps un SRE kultūru: APM ir DevOps un vietnes uzticamības inženierijas (SRE) stūrakmens. Tā nodrošina kopīgu patiesības avotu izstrādes un operāciju komandām, veicinot ātrākus izlaišanas ciklus, drošākas izvietošanas (piemēram, ar kanāriju izlaidumiem) un uz datiem balstītu lēmumu pieņemšanu par pakalpojumu līmeņa mērķiem (SLO).
• Nodrošina globālas veiktspējas atziņas: Starptautiskām kompānijām ir vitāli svarīgi nodrošināt, lai Tokijas lietotājam būtu tikpat laba pieredze kā lietotājam Londonā vai Sanpaulu. APM rīki nodrošina veiktspējas pārskatāmību dažādos ģeogrāfiskajos reģionos, palīdzot optimizēt satura piegādi un infrastruktūras izvietojumu.

Iepazīstināšana ar New Relic: Pilna spektra novērojamības platforma

Lai gan daudzi rīki piedāvā APM iespējas, New Relic ir sevi apliecinājis kā līderis, attīstoties par pilna spektra novērojamības platformu. Tas nozīmē, ka tā mērķis ir nodrošināt vienotu, apvienotu skatu uz visu jūsu tehnoloģiju steku.

Kas ir New Relic?

New Relic ir programmatūra kā pakalpojums (SaaS) platforma, kas ļauj instrumentēt, analizēt, novērst problēmas un optimizēt visu jūsu programmatūras steku. Tā apstrādā, uzglabā un analizē milzīgu daudzumu telemetrijas datu — mērījumus, notikumus, žurnālus un izsekošanu (MELT) — no visām jūsu sistēmām. New Relic One platforma konsolidē šīs iespējas vienā, saskaņotā pieredzē.

Tās galvenās sastāvdaļas ietver:

• APM: Dziļām, koda līmeņa lietojumprogrammu veiktspējas atziņām.
• Infrastruktūra: Resursdatoru, konteineru un mākoņplatformas pakalpojumu (AWS, Azure, GCP) uzraudzībai.
• Žurnāli: Lai korelētu žurnālu datus ar lietojumprogrammu veiktspējas problēmām.
• Pārlūkprogramma (RUM): Priekšgala un reālo lietotāju uzraudzībai.
• Sintētika: Proaktīvai, simulētai lietotāju testēšanai no globālām atrašanās vietām.
• Mobilās ierīces: Vietējo iOS un Android lietojumprogrammu veiktspējas uzraudzībai.
• Sadalītā izsekošana: Lai izsekotu pieprasījumus sarežģītās, uz mikropakalpojumiem balstītās arhitektūrās.

Galvenās funkcijas un atšķirības

• Pilna spektra novērojamība: Spēja bez piepūles pārvietoties no priekšgala palēninājuma, kas ziņots pārlūkprogrammā, cauri konkrētai APM transakcijai, līdz augsta CPU brīdinājumam par Kubernetes pod infrastruktūrā un, visbeidzot, līdz precīzam žurnāla ziņojumam, kas atklāj cēloni.
• Lietotā inteliģence (AI/ML): Tās AI dzinējs, New Relic AI, palīdz automātiski atklāt anomālijas, samazināt brīdinājumu troksni, grupējot saistītus incidentus, un ieteikt iespējamos cēloņus, ietaupot inženieriem vērtīgu laiku.
• NRQL (New Relic vaicājumu valoda): Jaudīga, SQL-līdzīga vaicājumu valoda, kas ļauj reāllaikā izpētīt visus jūsu telemetrijas datus. Jūs varat uzdot gandrīz jebkuru jautājumu par savas sistēmas veiktspēju un izveidot pielāgotas diagrammas un informācijas paneļus.
• Programmējāmība: New Relic One ir veidota kā programmējama platforma, kas ļauj komandām veidot pielāgotas lietojumprogrammas un vizualizācijas, balstoties uz saviem datiem, lai apmierinātu specifiskas biznesa vajadzības.

Integrācijas process: soli pa solim ceļvedis

Sākums ar New Relic ir paredzēts kā vienkāršs process. Integrācijas pamatā ir valodai specifiska “aģenta” instalēšana jūsu lietojumprogrammā.

Priekšnoteikumi un plānošana

Pirms sākat, nedaudz plānošanas noder:

1. Izveidojiet New Relic kontu: Reģistrējieties New Relic kontam. Viņi piedāvā dāsnu bezmaksas līmeni, kas ir ideāli piemērots sākšanai un eksperimentēšanai.
2. Identificējiet savu steku: Zināt programmēšanas valodas, ietvarus, datubāzes un infrastruktūru, ko izmanto jūsu lietojumprogramma.
3. Definējiet galvenās transakcijas: Identificējiet svarīgākos lietotāju ceļus jūsu lietojumprogrammā (piemēram, "lietotāja pieteikšanās", "pievienot grozam", "apstrādāt maksājumu"). Šīs ir transakcijas, kuras vēlēsities uzraudzīt visciešāk.
4. Pārskatiet drošību: Jums būs nepieciešama jūsu New Relic licences atslēga. Izmantojiet šo atslēgu kā paroli. Izprotiet datu privātuma noteikumus, kas attiecas uz jūsu lietotāju bāzi (piemēram, GDPR Eiropā vai CCPA Kalifornijā), un, ja nepieciešams, konfigurējiet aģentu, lai izvairītos no personiski identificējamas informācijas (PII) vākšanas.

New Relic aģenta instalēšana

New Relic aģents ir neliela bibliotēka, ko pievienojat savai lietojumprogrammai. Tā darbojas jūsu lietojumprogrammas procesā, vācot veiktspējas datus un droši ziņojot tos New Relic platformai. Instalēšanas metode atšķiras atkarībā no valodas, taču princips ir tāds pats: instrumentējiet savu kodu, neprasot lielas koda izmaiņas.

New Relic "vadītā instalēšana" ir ieteicamais sākuma punkts, jo tā bieži vien var noteikt jūsu vidi un sniegt pielāgotas instrukcijas. Šeit ir augsta līmeņa pārskats par dažām populārām valodām:

• Java: Aģents parasti tiek pievienots, izmantojot komandrindas karogu (`-javaagent:newrelic.jar`), startējot jūsu Java virtuālo mašīnu (JVM). Koda izmaiņas nav nepieciešamas.
• Python: Aģents tiek instalēts, izmantojot pip (`pip install newrelic`) un pēc tam tiek izmantots kā apvalks ap jūsu standarta startēšanas komandu (piemēram, `newrelic-admin run-program gunicorn ...`).
• .NET: MSI instalētājs parasti veic iestatīšanu, konfigurējot .NET profilētāju, lai tas automātiski pievienotos jūsu IIS lietojumprogrammu kopām vai .NET Core procesiem.
• Node.js: Jūs instalējat aģentu, izmantojot npm (`npm install newrelic`) un pēc tam pievienojat `require('newrelic');` kā pirmo rindiņu jūsu lietojumprogrammas galvenajā skriptā.
• Ruby, PHP, Go: Katram ir savs labi dokumentēts aģenta instalēšanas process, kas parasti ietver dārgakmens/pakotnes un konfigurācijas faila pievienošanu.

Kad aģents ir instalēts un jūsu lietojumprogramma ir restartēta, datiem vajadzētu sākt parādīties jūsu New Relic kontā dažu minūšu laikā.

Konfigurācija un pielāgošana

Noklusējuma aģenta konfigurācija nodrošina daudz informācijas, taču tās pielāgošana atklāj tās patieso spēku. Tas parasti tiek darīts, izmantojot konfigurācijas failu (piemēram, `newrelic.yml` vai vides mainīgos).

• Iestatiet lietojumprogrammas nosaukumu (`app_name`): Šis ir vissvarīgākais iestatījums. Tas nosaka, kā dati tiek apkopoti New Relic lietotāja saskarnē. Izmantojiet konsekventu nosaukumu piešķiršanas konvenciju, īpaši mikropakalpojumu vidē (piemēram, `[vide]-[pakalpojuma-nosaukums]`).
• Iespējojiet sadalīto izsekošanu: Tas ir obligāts mikropakalpojumu arhitektūrām. Pārliecinieties, ka tas ir iespējots visos jūsu pakalpojumos, lai iegūtu pilnīgu pārskatāmību.
• Pievienojiet pielāgotus atribūtus: Bagātiniet savus datus ar biznesa kontekstu. Piemēram, jūs varat pievienot atribūtus, piemēram, `userId`, `customerTier` vai `productSKU` savām transakcijām. Tas ļauj jums sagriezt un sakārtot veiktspējas datus jēgpilnos veidos (piemēram, "Vai augstākā līmeņa klienti piedzīvo ātrāku atbildes laiku?").
• Izveidojiet pielāgotus notikumus: Ziņojiet par specifiskiem biznesa notikumiem (piemēram, jaunu lietotāja reģistrēšanos vai pabeigtu pirkumu) New Relic, lai korelētu tos ar veiktspējas rādītājiem.

Datu izpratne: galvenie New Relic APM rādītāji

Kad dati plūst, jums tiks parādītas dažādas diagrammas un rādītāji. Apskatīsim vissvarīgākos, kas atrodami APM kopsavilkuma lapā.

APM kopsavilkuma lapa: jūsu komandcentrs

Šis ir jūsu lietojumprogrammas veselības pārskats. Parasti tajā ir diagrammas galvenajiem rādītājiem atlasītajā laika periodā.

Galvenie rādītāji paskaidroti

• Atbildes laiks: Tas ir vidējais laiks, kas jūsu lietojumprogrammai nepieciešams, lai apstrādātu pieprasījumu. New Relic nodrošina jaudīgu krāsu kodētu sadalījumu, kur šis laiks tiek pavadīts (piemēram, Python interpretatorā, datubāzes izsaukumā, ārējā API izsaukumā). Atbildes laika palielināšanās bieži ir pirmā problēmas pazīme.
• Caurlaidspēja: Mērīta pieprasījumos minūtē (RPM), tā parāda, cik lielu datplūsmu jūsu lietojumprogramma apstrādā. Atbildes laika palielināšanās korelēšana ar caurlaidspējas palielināšanos var palīdzēt identificēt ar slodzi saistītas veiktspējas problēmas.
• Kļūdu līmenis: To pieprasījumu procentuālā daļa, kas rada neapstrādātu kļūdu vai izņēmumu. Tas ir tiešs lietojumprogrammas uzticamības mērījums. New Relic ļauj jums iedziļināties katras kļūdas steka trasēs.
• Apdex rezultāts: Apdex ir nozares standarta rādītājs lietotāju apmierinātības mērīšanai ar lietojumprogrammas atbildes laiku. Tas ir vienkāršots rezultāts no 0 (nepieņemami) līdz 1 (lieliski). Jūs definējat sliekšņa "T" apmierinošam atbildes laikam. Atbildes, kas ir ātrākas par T, ir "Apmierinātas", atbildes starp T un 4T ir "Tolerējošas", un viss lēnāks ir "Frustrējošs". Apdex rezultāts ir lielisks veids, kā paziņot veiktspēju netehniskām ieinteresētajām personām.

Dziļāk ar transakcijām un trasēm

Kopsavilkuma rādītāji ir lieliski piemēroti problēmas identificēšanai, taču jums ir nepieciešami dziļāki rīki, lai atrastu cēloni.

• Transakcijas: New Relic grupē pieprasījumus pēc to galapunkta vai kontroliera (piemēram, `/api/v1/users` vai `UserController#show`). Transakciju lapa ļauj jums sakārtot tos, lai atrastu lēnākās, visvairāk laika patērējošās vai visbiežāk izsauktās transakcijas.
• Transakciju trases: Īpaši lēnam individuālam pieprasījumam New Relic fiksēs detalizētu "transakcijas trasi". Tas ir ūdenskrituma skats, kas parāda katru funkcijas izsaukumu, datubāzes vaicājumu un ārējo izsaukumu, kas veikts šī pieprasījuma laikā, ar precīziem laikiem katram. Šeit jūs varat precīzi noteikt to lēno SQL vaicājumu vai neefektīvo cilpu.
• Sadalītā izsekošana: Mikropakalpojumu arhitektūrā viens lietotāja klikšķis var izraisīt pieprasījumus piecās, desmit vai pat vairāk pakalpojumos. Sadalītā izsekošana apvieno šos individuālos pieprasījumus vienā, saskaņotā trasē. Tā ļauj jums redzēt pilnu pieprasījuma ceļu pāri pakalpojumu robežām, identificējot, kurš konkrētais pakalpojums ir šaurā vieta sarežģītā darbplūsmā. Šī ir absolūti būtiska spēja mūsdienu lietojumprogrammu arhitektūrām.

Uzlabota novērojamība ar New Relic

Patiesa novērojamība rodas, savienojot APM datus ar pārējo jūsu sistēmas telemetriju.

Pārsniedzot APM: pilna steka integrēšana

• Infrastruktūras uzraudzība: Instalējot New Relic infrastruktūras aģentu uz jūsu resursdatoriem vai jūsu Kubernetes klasterī, jūs varat tieši korelēt lietojumprogrammas palēninājumu ar CPU pīķi uz konkrēta servera vai atmiņas noplūdi konteinerā.
• Žurnālu pārvaldība: Konfigurējiet jūsu lietojumprogrammas žurnālu ietvaru, lai pārsūtītu žurnālus uz New Relic. Tas ļauj jums redzēt attiecīgos žurnālu ziņojumus tieši APM kļūdas vai transakcijas trases kontekstā, novēršot nepieciešamību pārslēgties starp rīkiem.
• Pārlūkprogramma (RUM): APM aģents mēra servera puses veiktspēju. Pārlūkprogrammas aģents mēra to, ko lietotājs patiešām piedzīvo, ieskaitot tīkla latentumu un laiku, kas pārlūkprogrammai nepieciešams lapas renderēšanai (priekšgala veiktspēja). Kombinējot abus, jūs iegūstat pilnīgu priekšstatu.
• Sintētiskā uzraudzība: Negaidiet, kamēr reālie lietotāji atklās problēmu. Izmantojiet New Relic Synthetics, lai izveidotu automatizētus skriptus, kas pastāvīgi pārbauda jūsu galveno galapunktu pieejamību un veiktspēju no dažādām vietām visā pasaulē. Tas ir būtiski, lai nodrošinātu globālu pieejamību un ievērotu SLA.

Jaudīgu informācijas paneļu veidošana

Noklusējuma lietotāja saskarne ir jaudīga, taču katrs bizness ir unikāls. Izmantojot NRQL, jūs varat izveidot pielāgotus informācijas paneļus, kas pielāgoti dažādām auditorijām:

• DevOps komandas informācijas panelis: Varētu parādīt atbildes laiku, kļūdu līmeni un CPU noslodzi konkrētam pakalpojumam kopā ar nesenajiem izvietošanas marķieriem.
• Biznesa vadības informācijas panelis: Varētu parādīt Apdex rezultātu galvenajiem tirgiem, pabeigto lietotāju reģistrāciju skaitu (pielāgots notikums) un kritiskas trešās puses maksājumu API veiktspēju.

Brīdinājumi un proaktīva uzraudzība

Uzraudzība bez brīdinājumiem ir tikai skatīšanās. Svarīga ir stabila brīdināšanas stratēģija.

• Iestatiet jēgpilnus brīdinājumus: Nebrīdiniet tikai par CPU lietojumu. Brīdiniet par rādītājiem, kas tieši ietekmē lietotāju, piemēram, Apdex rezultāta kritumu vai pēkšņu kļūdu līmeņa palielināšanos kritiskai transakcijai.
• Izmantojiet anomāliju noteikšanu: Statiskie sliekšņi (piemēram, "brīdināt, ja atbildes laiks > 2 sekundes") var būt trokšņaini. New Relic AI var apgūt jūsu lietojumprogrammas normālos veiktspējas modeļus un brīdināt jūs tikai tad, ja ir būtiska novirze, samazinot brīdinājumu nogurumu.
• Integrējiet ar savu darbplūsmu: Sūtiet brīdinājumus uz rīkiem, ko jūsu komandas jau izmanto, piemēram, Slack, Microsoft Teams, PagerDuty vai ServiceNow, lai nodrošinātu ātru reakciju.

Labākā prakse New Relic integrācijai globālā organizācijā

Lai maksimāli palielinātu vērtību lielā vai sadalītā organizācijā, apsveriet šo labāko praksi:

• Standartizējiet nosaukumu piešķiršanas konvencijas: Konsekventa nosaukumu shēma lietojumprogrammām (`[vide]-[komanda]-[pakalpojums]`) atvieglo pakalpojumu atrašanu, filtrēšanu un brīdināšanu par tiem.
• Izmantojiet marķēšanu: Izmantojiet tagus, lai pievienotu metadatus jūsu lietojumprogrammām un infrastruktūrai. Jūs varat marķēt pēc `team`, `project`, `data-center-region` vai `business-unit`, lai viegli izveidotu filtrētus skatus un informācijas paneļus.
• Ieviesiet uz lomām balstītu piekļuves kontroli (RBAC): New Relic ļauj jums izveidot dažādas lomas un kontus, lai nodrošinātu, ka komandām ir piekļuve tikai tiem datiem, kas tām ir atbilstoši un atļauti.
• Veiciniet novērojamības kultūru: Veiktspēja ir ikviena atbildība. Iedrošiniet izstrādātājus apskatīt New Relic, pirms viņi apvieno kodu, dodiet produktu vadītājiem iespēju saprast, kā funkcijas darbojas reālajā pasaulē, un dodiet atbalsta komandām nepieciešamos datus, lai efektīvi novērstu klientu problēmas.
• Nepārtraukti pārskatiet un pilnveidojiet: Novērojamība nav uzdevums "iestatiet un aizmirstiet". Regulāri pārskatiet savus brīdinājumu sliekšņus, informācijas paneļa atbilstību un pielāgotās instrumentācijas, lai nodrošinātu, ka tās joprojām sniedz vērtību jūsu lietojumprogrammas attīstības gaitā.

Secinājums: datu pārveidošana par rīcības spējīgām atziņām

New Relic integrēšana ir vairāk nekā tikai aģenta instalēšana; tā ir dziļas sistēmas redzamības prakse. Tā pārveido abstraktas problēmas, piemēram, "lietotne ir lēna", par konkrētām, rīcības spējīgām atziņām, piemēram, "`getUserPermissions` vaicājums aizņem 1500 ms zem slodzes trūkstoša indeksa dēļ."

Efektīvi instrumentējot savas lietojumprogrammas ar New Relic, jūs dodat savām komandām iespēju darboties ātrāk un ar lielāku pārliecību. Jūs radāt uz datiem balstītu kultūru, kurā lēmumi tiek pieņemti, pamatojoties uz reālās pasaules veiktspēju, nevis minējumiem. Jebkuram globālam uzņēmumam šī spēja uzraudzīt, saprast un optimizēt digitālo pieredzi vairs nav greznība — tā ir būtiska prasība veiksmei.

Jūsu novērojamības ceļojums sākas ar pirmo aģenta instalēšanu. Sāciet ar kritisku lietojumprogrammu, izpētiet datus, iestatiet dažus galvenos brīdinājumus un sāciet uzdot jautājumus. Iegūtās atziņas ne tikai uzlabos jūsu lietojumprogrammas veiktspēju, bet arī sniegs nenovērtējamu atgriezenisko saiti visā programmatūras izstrādes dzīves ciklā.